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ABSTRACT 

The NASA/GSFC Network Control Center (NCC) provides communication services between 

mto n Svstem fNCm^ aCeCr ^ ft missl0ns ln ne f- earth orbit that use the Space Network. The NCC 
Data System (NCCDS) pi ovides computational support and is expected to be highly utilized bv the 

service requests needed m the future years. A performance model of the NCCD^S has been y 
developed to assess the future workload and possible enhancements. The model computes 

NCCDS rnnf mes t ^ mis %° n re ^ ues t P rofiles and SN resource levels and generates the loads for 
, h DS C °^ gUra i0nS asa funct,on of operational scenarios and processing activities The model 
has been calibrated using the results of benchmarks performed on the operational NCCDS facility 
and used to assess some future SN service request scenarios. ^ 


INTRODUCTION 

^ tWOrk , C ° ntr01 Center (NCC) is the 0 P«ational manager of the Space 
Network (SN) which provides communication services between ground facilities and spacecraft 

SStSf The COm 'T of a “nstellation of Tracking andData Sy 
operation pmonnel. ^ § termmals ’ communication and computing facilities, and 

The NCC provides the following functions: 


• scheduling user support activities 

• disseminating schedules to the users and to the SN support facilities 

• controlling the services provided by the other SN elements 

• maintaining SN status and configuration information 

• disseminating service performance data 

• coordinating fault isolation 

• generating performance reports. 


The NCC functions are supported by the NCC Data System (NCCDS) which is a distributed 
computer system composed of a Communication and Control Segment (CCS) a Service Planning 

NC S cns a l an 7 te ' 1 7 ent f e ™ inal Se § ment < ITS > co "" ected by local SSI 

users the P NCC m aVdnth Che ^M ln8 ° f th ? S m resources and processes the messages which the SN 
useis, the NCC, and other SN support facilities use for requesting services, for controlling the SN 
configuration, and monitoring the SN service performance. g 


532? \ C °“ d with the effeet 'he perfonnance 
, , . k NCCDS [1] due to changes in the SN resources (i.e., number of TDRSs and 

ground [terminals) and in the number and complexity of the space missions (e g EOS and soace 
station) requesting SN services. The volume of message traffic and the compulational effTwill 
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increase. The NCCDS performance can be kept to an optimal level by means of changes to the 
NCCDS design by increasing the hardware and software capabilities and, possibly, by improving 
the NCC operational procedures. 

A model of the NCCDS has been developed with the objective of providing a tool for assessing the 
impact on the NCCDS performance of workload changes due to the SN services that will be 
required by future missions and to the new elements that will be added to the SN in the future. 

This tool can also be used for evaluating the effect of possible modifications to the NCCDS design 
and to the NCC operational procedure, and to support the identification of the most cost-effective 
alternative. 


NCCDS CHARACTERISTICS 

The NCCDS functions included in the NCCDS performance model are summarized in Figure 1 . 
External messages to and from the NCCDS are exchanged via the Front End LAN (FEL) and the 
High Speed Message Exchange (HSME) which routes the messages to CCS and SPS functions, 
tests the communication links, and logs the messages. The inter-segment traffic is supported by 
the Inter-Segment LAN (ISL). 



Figure-1 NCCDS Functional Architecture 


CCS monitors SN status and performance, sends related data to SPS and operators (ITS) and to 
the SN users when requested. CCS also monitors SN use and processes users' requests for 
reconfiguring the space link and the ground communication link. CCS functions are coordinated 
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with the SN scheduled events stored in a database which is periodically updated from the SPS. 

fr °Tf he Fllg ^ DynamicFacility (FDF) acquisition data messages and transfers them 
to the SN Ground Terminals at White Sands Complex (WSC). SPS also performs the scheduling 
of users SN resources requests for future events (forecast schedule) and for changes to the current 
schedule. It verifies users' requests, generates and maintains SN resource schedules and 
disseminates the schedules to WSC, NASA Ground Terminal (NGT), Nascom, Sensor Data 
Processing Facility (SDPF), and Payload Operation Control Centers (POCCs). 

ime modeled N CC DS configuration includes the CCS and the SPS computer systems connected 
by the ISL. Each system is composed by a processing component (CPU), storage peripherals 
(drives and controllers of disks and tapes) for databases and log files, and the LAN interface 
components. The model disregards the hardware required for redundancy purposes. 


MODEL STRUCTURE 

The main requirements [2] for the NCCDS performance model are (1) flexibility for assessing 

procedures ° f SN f users ' needs ’ SN ^sources, and NCCDS configurations and operational 

procedures and (2) consistency in comparing results of the assessed alternatives. These 

perfor^nce facto^^^ ^ * mOC * el structure ^ at separately models and integrates the NCCDS 
Figure 2 illustrates the structure of the model. 



Figure-2 Model Structure 

The NCCDS performance model includes the following main models: 

• mission support profile model representing users' requests on the SN resources; 

• SN resources model representing the number of TDRSs and ground stations; 
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• NCCDS traffic model representing the volume of messages transferred between the 
NCCDS and the outside world; 

• NCCDS operational scenarios model representing the timing of message distribution and 
processing; 

• NCCDS processes model representing the processes performed on each message and the 
resulting data transfer between CCS, SPS, and ITS; 

• NCCDS configuration model. 

The mission support profile model represents the daily average level of support provided to the SN 
users and is the main driver for NCCDS message traffic volumes and processing loads. Input to 
this model is the number events (TDRS contacts) and the length of SN resource usage (i.e., K- 
band Single Access, S-band Single Access, and Multiple Access). The input values may be 
directly obtained from the Mission Model Database (maintained by GSFC Code 534) or any 
hypothetical value for "what-if analysis. Outputs from the model are parameters for the daily load 
to the NCCDS (i.e., the number of supported events, number of changes to the current schedule, 
duration of support) and parameters for the forecast scheduling process (i.e., number of requested 
events per week). 

The SN resource model represents the SN configuration (i.e., number of TDRSs and number of 
antennas per TDRS). It provides values to parameters by which the traffic volume is computed. 

The NCCDS traffic model represents the average volume of messages received and transmitted by 
the NCCDS during a nominal day. The traffic model has been derived from an analysis [3] of 
message flows covering typical SN request scenarios. The messages are divided in six main 
groups (Figure 3): schedule related messages, performance related messages, acquisition data 
messages, configuration related messages, Restricted Access Processor (RAP) monitoring 
messages and communication test messages, and acknowledgment messages. The grouping is 
related to the processes performed on the messages. 
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Figure-3 Traffic Model 
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The model of the NCCDS operations includes two classes of processes (Figure 4): functions 
initiated by the arrival of a message (i.e., data driven processes), and functions initiated by 
commands of the operator or NCCDS procedures (i.e., procedure driven processes). The first 

NCCns P irX SeS h 1 ir T C n Y 1Ven by the avemge daily Volume of messages computed by the 
NCCDS traffic model. The operators commands or NCCDS procedures that initiate the second 

8 S£t ° f ° Perati0nal Param6terS Which indiCat “ the number 
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Figure-4 Operational Model 


The NCCDS processes model provides the framework for generating the loads of the NCCDS 
resources from the message volumes computed by the NCCDS traffic model. It represents the 
actual activities which the NCCDS performs to process each message. Figure 5 is an example of 
the representation of performance related messages processing. 8 ' example ot 

configuration model represents the NCCDS processing resources (i.e., CPUs and 
. , LANs and piotocols, and data storages). It also includes the allocation of the NCCDS 
process to the resources. ^ 


MODEL IMPLEMENTATION 

The NCCDS performance model has been implemented by means of two computational packages 
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running on a PC: a spreadsheet (e.g., LOTUS 1.2.3. or EXCEL) and the Automated Distributed 
Architecture Modeling tool (ADAM) which is an analytical queuing modeling tool. The reason for 
splitting the implementation on two packages was to minimize the model development effort and 
cost. 

The spreadsheet component implements the mission support model, the SN resources model, the 
traffic model, and the operational model. It includes a representation of the process model and 
generates the parameter values which are input to ADAM. 
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Figure-5 Performance Message Processing 


ADAM [4] has been developed by Computer Sciences Corporation for assessing distributed 
architectures. Figure 6 illustrates ADAM structure. 
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Figure-6 ADAM Structure 
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ADAM includes a representation of the traffic model (transaction components), of the processes 
(software components) and of the hardware configuration. The three representations we linked bv 

mfh 7 Wi^n a ; mt at '° nrere n eS fromwhich the program computes resources workload and Y 
utilization, and service and latency times. 


MODEL RESULTS 

Input to the model are the characteristics of the missions which use SN services of the SN 
resources configuration, and of the NCC operational procedures. The model provides^ traffic 
loads, potential bottlenecks, and message service and response times. 

To date we have successfully calibrated the baseline NCCDS model representing the current 
equipment configuration and the data system functions. We have used actual SN resource requests 
[5] as input to the model and compared the model results with the results of performance q 

rPtTnrr 8 f xecuted on operational NCCDS facility during the same period of time [6] The 
CPU utilization computed by the model was 1 2% for CCS and 1 6% for SPS This comnares with 
monitoring measurements of 1 4% and 18% respectively. compares with 

^lizSIonoTthe rre y 'i! H fh fU ^ S * rCS0UrCe reqUeStS scenarios - Fi g Uf e 7 shows the CPU 
utilization of the CCS and the SPS when processing the workload generated by three different 

3000^ t ^al mission scenario. s The SN resources ( two TDRSSs) are used w^ith 1000, 2000 and 

3000 TDRSS contacts per week by 10 nominal missions. The scenario assumes a worst case dav 

perfome? 6 Transportatlon S y stem ( STS > is fl y in g and forecast schedule generation is also 
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Figure-7 Model Results 
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The NCCDS performance model will be used for the assessment of the performance characteristics 
related to various uses of the Space Network services, and alternative configurations of CCS and 
SPS. 
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